From wang!elf.wang.com!ucsd.edu! packet-radio-relay Sun Feb 17 18:17:50 1991 remote 
from tosspot 
Received: by tosspot (1.63/waf) 
via UUCP; Sun, 17 Feb 91 18:06:14 EST 
for lee 
Received: from somewhere by elf.wang.com 
id aal5669; Sun, 17 Feb 91 18:17:48 GMT 
Received: from ucsd.edu by uunet.UU.NET (5.61/1.14) with SMTP 
id AA28682; Sun, 17 Feb 91 08:44:24 -0500 
Received: by ucsd.edu; id AAQ9612 
sendmail 5.64/UCSD-2.1-sun 
Sun, 17 Feb 91 04:30:12 -0800 for hpbbrd!dbOsao!dg4scv 
Received: by ucsd.edu; id AAQ9602 
sendmail 5.64/UCSD-2.1-sun 
Sun, 17 Feb 91 04:30:09 -0800 for /usr/lib/sendmail -oc -odb -0Q/var/spool/ 
lqueue -oi -fpacket-radio-relay packet-radio-list 
Message-Id: <9102171230.AA09602@ucsd.edu> 
Date: Sun, 17 Feb 91 04:30:06 PST 
From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu> 
Reply-To: Packet-Radio@ucsd.edu 
Subject: Packet-Radio Digest V91 #46 
To: packet-radio@ucsd.edu 


Packet-Radio Digest Sun, 17 Feb 91 Volume 91 : Issue 46 


Today's Topics: 
'To:' field anarchy! (2 msgs) 
Has Part 97 changed THAT much? (was Re: PACKET->Internet Gateway) (2 msgs) 
Internet->packet Gateway 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 7 Feb 91 14:16:52 GMT 

From: mcsun!ukc!acorn!agodwin@uunet.uu.net (Adrian Godwin) 
Subject: 'To:' field anarchy! 

To: packet-radio@ucsd.edu 


In article <1991Feb6.190903.1295@axion.bt.co.uk> blloyd@zaphod.axion.bt.co.uk 
writes: 

>Well, a fair few of us BBS writers read this newsgroup, so maybe this would 
>be a good place to work out something better. I've added an LG command 
>(List Group) to my software which lists all the TO ‘groups' and the number 
>of messages in each group. You can also type LG group_name (eg LG RAYNET) 


This sounds good, but the main point I wanted to make was that there should be 
some encouragement whilst actually posting - so users are gently reminded that 
they're posting outside the currently accepted set of topics. I don't think 
educating users is sufficient - there will always be new users who don't know 
the netiquette, and don't RTFM. 

Gentle prompting towards a more conveniently organised system seems much more 
likely to work, provided that such a system is seen as good by most users. 


Aliases might be used to remap common TO errors into the more accepted set. 


It seems wrong to treat one group name differently from others, but perhaps an 
entry to ALL should result in an additional prompt to try and obtain a more 
specific subject from the user - there's likely to be so many users posting to 
ALL that an automatic offer to create a group called that would soon be taken up, 
and no more warnings would be produced. (Yes, I know I argued differently 
previously - I'm just thinking it through :-)) 


I suspect that having a concept of a ‘current group' as used by most other 
newsreading software means less typing to select a batch of related news items - 
but perhaps that's just my prejudice. 

I certainly find the requirement to remember a whole list of ‘interesting’ 
article numbers, then typing them in 6 at a time fairly irritating - but then 
I'm used to a network terminal where it's often quicker to read every article, 
hitting the 'junk' key after reading a few lines, than selecting subjects from 
a list. 


I imagine that the user information stored on current BBSs is quite small, and 
would be vastly increased by tracking the articles read in each group, rather 
than globally. Is this likely to be a problem ? Do packet BBSs have much larger 
user bases than telephone BBSs ? 


I'm not especially interested in a religious argument about the merits of using 
TCP/IP for news distribution - though I would be interested to read a balanced 
summary of any previous discussions. It may well be that news will eventually be 
distributed between BBSs and TCP/IP users by another method, and fixed TO 

groups would certainly assist that. If you feel inclined to start that war, 
consider this discussion to be about user interfaces to newsreaders/posters, 
regardless of whether that interface runs locally or on the BBS. 


Adrian Godwin (agodwin@acorn.co.uk) 


Date: 7 Feb 91 21:59:57 GMT 

From: shelby! paulf%shasta.Stanford.EDU@uunet.uu.net (paulf) 
Subject: 'To:' field anarchy! 

To: packet-radio@ucsd.edu 


There is an easier solution to all of this. With the conversion of most 
minicomputing lines to RISC architectures (SUN, DEC, SGI et al), there are 

a ton of surplus unix boxes appearing on the market, at prices far less than 
the typical 386 box. 


Has anybody written the equivalent of G protocol KISS code? 


-=Paul Flaherty, N9FZX | Without KILL files, 
->paulf@shasta.Stanford.EDU | life itself would be impossible. 


Date: 7 Feb 91 16:45:29 GMT 

From: pa.dec.com!shlump.nac.dec.com!koning.enet.dec.com@decwrl.dec.com (Paul 
Koning) 

Subject: Has Part 97 changed THAT much? (was Re: PACKET->Internet Gateway) 
To: packet-radio@ucsd.edu 


|> 

|> My copy of Part 97 is in the ARRL "The FCC Rule Book". None of these 
|>paragraphs (a) exist or (b) say the same thing. Has Part 97 really changed 
|>that much since November 1, 1987? 

|> 


It certainly has! Part 97 was completely rewritten last year. Throw out 
your ancient copy and get a new one... 


paul 


Date: 7 Feb 91 17:07:38 GMT 

From: idacrd!mac@princeton.edu (Robert McGwier) 

Subject: Has Part 97 changed THAT much? (was Re: PACKET->Internet Gateway) 
To: packet-radio@ucsd.edu 


Date: 7 Feb 91 21:39:41 GMT 

From: att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!clarkson! 
@ucbvax.Berkeley.EDU (Tadd,KA2DEW, ,3152621123) 

Subject: Internet->packet Gateway 

To: packet-radio@ucsd.edu 


Date: (null) 
From: (null) 
What if the guy originating the message IS a ham but is typing something 
that he/she doesn't expect to go over ham radio packet? 
Tadd - KA2DEW 


[ KA2DEW @ KA2JXI.d4INNY .NY.USA.NA - Tadd Torborg ] 
[ torbortc@clutx.clarkson.edu - 26 Maple St - PO Box 330 ] 
[ NEDA (North East Digital Association) Editor - Colton, NY 13625 ] 


[ Clarkson University 315-262-1123 ] 


Date: (null) 
From: (null) 
Yes Dana: 


There was a rewrite in 1988, with some other changes made in 1990. The 
ARRL asked that the very paragraphs used in this citation be made more 
explicit and less vague and open to interpretation and the FCC rejected 
the request. The ARRL has tried to make changes that would help but many 
times their efforts have gone awry. The most egregious are the codification 
and sanctification of AX.25L2V2 in Part 97 after we were explicitly 
promised that this would NOT occur and the rewrite in 1988 that included 
more confusing language, and in some cases contradictory language on 
bits, bauds, spectral occupancy, and more. JI do wish they would take 

the time to ask people with some expertise/interest to look things over 
and to comment in a timely fashion. 


These opinions notwithstanding, I am supportive of a strong effort, if not 
by us, then by the FCC to clean up ALL@USA which is in a gray area in Part 
97 AT BEST IMHO. The ARRL (the general manager in particular) will have 

a policy statement in the NEXT QST which attempts to address this problem 
and call for a solution. Too bad we had to have FCC action before our 

own folks got in behind the problem. 


AMSAT-NA, a large use of packet networks for distribution of news, has 
taken an extremely conservative stance of late (the last several months) 
after we had one of our officers, W2RS, point out to us that new bulletins 
containing our telephone number, or announcing software availability, etc. 
was, at best, not in the spirit of those portions of Part 97 concerned 
with business communications. We told WEBER that they could NOT do their 
planned mission (having paid employees do experiments on their satellite) 
using amateur radio frequencies and more. If others don't take similar 
stands, and exercise similar restraint, then the FCC can AND SHOULD step 
in. It is my opinion that they have gone too far with this particular 
set of citations but there is NO ONE to blame buts ourselves. 


Bob N4HY 
"My opinions are my own no matter | | Robert W. McGwier, N4HY —— 
who I work for! ;-) | CCR, AMSAT, etc. 


End of Packet-Radio Digest 
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